Policy-based printing system using graphical codes at printing devices for split-printing methods

ABSTRACT

A policy-based printing system is implemented to allow access to a private domain to print using a public domain. The private domain includes private servers that store documents. The public domain includes servers and a printing device. A public policy server uses a domain list and a protocol connection with a private authentication server to validate a user and identify which private domain to access. The public policy server receives requests from the printing device to process a print job of a document in the private domain. The public server may associate a public personal identification number (PIN) with a corporate PIN for the printing operations and a graphical code, such as a QR code, at a printing device. In the event of split printing, the public server generates another public PIN for use with another printing device having another graphical code.

FIELD OF THE INVENTION

The present invention relates to a system of private and public serversthat implement policy-based printing operations. The system includes apublic and private network that supports the policy used for printingoperations, wherein the policy is implemented using a private server inthe private network using graphical codes at different printing devicesto perform split printing methods to print a document over two or moreprinting devices.

DESCRIPTION OF THE RELATED ART

Existing policy-based printing systems mostly operate within a closedprivate domain environment. Print data submitted by users may be onlyaccessible within a single domain environment. Some users, such ason-the-go users including insurance and real estate agents, salesexecutives, lawyers, and company executives, require the capability toaccess printing data beyond an office environment. These users travelextensively and find themselves needing to print in public locations,such as convenience stores, libraries, airports, copy and printingservice stores, and the like. At these locations, the users may notreliably access the printing data. Further, these public locations maynot support policy-based printing.

SUMMARY OF THE INVENTION

A policy-based printing method is disclosed. The policy-based printingmethod includes authenticating a first printing device at a publicserver using a first graphical code received from a mobile applicationon a mobile device. The first graphical code includes information aboutthe first printing device. The policy-based printing method alsoincludes receiving a corporate personal identification number (PIN) atthe public server from the mobile application. The corporate PINcorresponds to a document stored on a private server. The policy-basedprinting method also includes applying a policy to allow a print job forthe document based on the corporate PIN at the private server. Thepolicy-based printing method also includes generating a first public PINcorresponding to the corporate PIN at the public server. The firstpublic PIN is for use with the first printing device. The policy-basedprinting method also includes sending the first public PIN to the mobileapplication. The policy-based printing method also includes receivingthe first public PIN at the public server from the first printing devicehaving the first graphical code. The policy-based printing method alsoincludes sending the document corresponding to the corporate PIN to thefirst printing device in response to the first public PIN. Thepolicy-based printing method also includes printing the document at thefirst printing device. The policy-based printing method also includesstopping the print job of the document. The policy-based printing methodalso includes authenticating a second printing device at the publicserver using a second graphical code received from the mobileapplication. The second graphical code includes information about thesecond printing device. The policy-based printing method also includesgenerating a second public PIN at the public server corresponding to thecorporate PIN. The second public PIN refers to an unprinted portion ofthe document. The second public PIN is for use with the second printingdevice. The policy-based printing method also includes receiving thesecond public PIN at the public server from the second printing device.The policy-based printing method also includes sending the unprintedportion of the document to the second printing device. The policy-basedprinting method also includes printing the unprinted portion of thedocument at the second printing device.

A policy-based printing method is disclosed. The policy-based printingmethod includes authenticating a first printing device at a publicserver using a first graphical code send from a mobile application on amobile device. The policy-based printing method also includes sending acorporate personal identification number (PIN) entered into the mobileapplication to the public server. The corporate PIN corresponds to adocument stored on a private server connected to the public server. Thepolicy-based printing method also includes applying a policy stored atthe private server to determine whether to print the documentcorresponding to the corporate PIN at the first printing device. Thepolicy-based printing method also includes receiving a first public PINat the mobile application from the public server to print the documentonly at the first printing device. The first public PIN corresponds tothe corporate PIN. The policy-based printing method also includesreceiving the first public PIN at the public server from the firstprinting device. The policy-based printing method also includes printinga first portion of the document at the first printing device. Thepolicy-based printing method also includes determining that the firstprinting device is not available. The policy-based printing method alsoincludes authenticating a second printing device at the public serverusing a second graphical code sent from the mobile application on themobile device. The policy-based printing method also includes receivinga second public PIN at the mobile application from the public server toprint a second portion of the document only at the second printingdevice. The second public PIN corresponds to the corporate PIN. Thepolicy-based printing method also includes receiving the second publicPIN at the public server from the second printing device. Thepolicy-based printing method also includes printing the second portionof the document at the second printing device.

A policy-based printing system is disclosed. The policy-based printingsystem includes a mobile device configured to execute a mobileapplication. The policy-based printing system also includes a privateserver storing a document and a corporate personal identification number(PIN) corresponding to the document. A policy is applied to determinewhether to print the document upon receipt of the corporate PIN at theprivate server. The corporate PIN is provided to the mobile application.The policy-based printing system also includes a first printing devicehaving a first graphical code. The policy-based printing system alsoincludes a second printing device having a second graphical code. Thepolicy-based printing system also includes a public server connected tothe private server and configured to authenticate the first printingdevice upon receipt of the first graphical code from the mobileapplication. The public server also is configured to send the corporatePIN upon receipt from the mobile device. The public server also isconfigured to generate a first public PIN specifically for the firstprinting device upon receipt of the corporate PIN from the mobileapplication. The public server also is configured to send the firstpublic PIN to the mobile application. The public server also isconfigured to receive the first public PIN from the first printingdevice. The public server also is configured to send the document to thefirst printing device. The public server also is configured to receive anotification that printing is stopped at the first printing device. Thepublic server also is configured to authenticate the second printingdevice upon receipt of the second graphical code from the mobileapplication. The public server also is configured to generate a secondpublic PIN specifically for the second printing device. The secondpublic PIN relates to an unprinted portion of the document. The publicserver also is configured to send the second public PIN to the mobileapplication. The public server also is configured to receive the secondpublic PIN from the second printing device. The public server also isconfigured to send the unprinted portion of the document to the secondprinting device.

BRIEF DESCRIPTION OF THE DRAWINGS

Various other features and attendant advantages of the present inventionwill be more fully appreciated when considered in conjunction with theaccompanying drawings.

FIG. 1 depicts a system to implement policy-based printing on a printingdevice according to the disclosed embodiments.

FIG. 2 illustrates a block diagram of components of the printing deviceused in conjunction with the authentication system according to thedisclosed embodiments.

FIG. 3 illustrates a flow diagram for implementing a policy-basedprinting system according to the disclosed embodiments.

FIG. 4A illustrates a domain list for use within the policy-basedprinting system according to the disclosed embodiments.

FIG. 4B illustrates a policy for use within the policy-based printingsystem according to the disclosed embodiments.

FIG. 5 illustrates a block diagram of servers and data used within thepolicy-based printing system according to the disclosed embodiments.

FIG. 6 illustrates a flowchart for printing at a printing device withinthe policy-based printing system according to the disclosed embodiments.

FIG. 7 illustrates a flowchart for implementing a policy-based printingsystem in a public domain according to the disclosed embodiments.

FIG. 8 illustrates a flowchart for implementing a policy-based printingsystem using tokens according to the disclosed embodiments.

FIG. 9 illustrates a flowchart for selecting a plurality of print jobsfrom a plurality of private domains for printing in a public domainaccording to the disclosed embodiments.

FIG. 10 illustrates a policy-based printing system to implementpolicy-based printing using a private server according to the disclosedembodiments.

FIG. 11 illustrates a policy-based printing system implementing splitprinting between two printing devices according to the disclosedembodiments.

FIG. 12 illustrates a block diagram of data within a public server forsplit printing according to the disclosed embodiments.

FIG. 13 illustrates a flowchart for printing using a public server in apolicy-based system according to the disclosed embodiments.

FIG. 14 illustrates a flowchart for performing split printing using thepublic server and a second printing device according to the disclosedembodiments.

FIG. 15 illustrates a flowchart for receiving a public PIN at a printingdevice according to the disclosed embodiments.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Reference will now be made in detail to specific embodiments of thepresent invention. Examples of these embodiments are illustrated in theaccompanying drawings. Numerous specific details are set forth in orderto provide a thorough understanding of the present invention. While theembodiments will be described in conjunction with the drawings, it willbe understood that the following description is not intended to limitthe present invention to any one embodiment. On the contrary, thefollowing description is intended to cover alternatives, modifications,and equivalents as may be included within the spirit and scope of theappended claims. Numerous specific details are set forth in order toprovide a thorough understanding of the present invention.

The disclosed embodiments use an authentication server, a policy server,a file server, a network enabled printing device, and a public domainserver. At the printing device, a user may provide authenticationinformation, such as a username or password. The authenticationinformation is transmitted from the device to a public domain serverthat processes the username for domain information. The domaininformation is matched to a domain on record and a private server isidentified that can handle the domain authentication. The public domainserver, through a direct connection to the private server, will gothrough a series of steps to obtain an authentication token, a policyapplicable to the user, a job list of the user, and the job binary datafor printing a print job on the printing device.

FIG. 1 depicts a system 100 to implement policy-based printing on aprinting device 104 according to the disclosed embodiments. System 100includes network 102 which exchanges data between the public and privatedomains within system 100. System 100 allows a user to retrieve a printjob having job binary data 140 from a private domain server to print onprinting device 104. Printing device 104 may be any device thatprocesses the binary data to generate an electronic document that isthen printed or accessed by the user. Printing device 104 also may beknown as an image forming apparatus or a multi-functional printer. Forexample, printing device 104 may print on a sheet of paper the documentgenerated from binary data 140. Alternatively, printing device 104 maydisplay the electronic document to the user. Printing device 104 alsomay store the binary data for the print job. Printing device includesengine 106, which performs many of the operations to print, scan, store,modify, and the like. Printing device 104 and engine 106 are disclosedin greater detail below with reference to FIG. 2.

System 100 include public domain 110 and private domains 120 and 130.Public domain 110 may represent a collection of public servers anddevices linked to network 102. In some embodiments, these servers arecloud servers. Public domain 110 also may be known as a public networkof the public servers. Public domain 110 is accessible by printingdevice 104. Additional printing devices may connect to public domain110, such shown by printing device 105. The printing devices may belocated in public places, such as convenience stores, libraries,printing and copying stores and kiosks, and the like. Users may accessthe printing devices and, in turn, the servers within public domain 110.The users may need to validate their ability to access public domain 110through a connected printing device.

Public domain 110 includes public policy server 112. Public policyserver 112 interacts with private domains 120 and 130 as well asprinting devices 104 and 105. Public policy server 112 may act as themiddle man between public domain 110 and the private domains. Publicpolicy server 112 may generate and store tokens used to implement thepolicy-based operations disclosed below. It also may store and allowaccess to a policy 142 received from a private domain, upon request.Policy 142, disclosed in greater detail below, outlines what a user canand cannot do when printing to printing device 104 from a privatedomain.

Public file server 114 is connected to public policy server 112. Publicfile server 114 may store or host binary data 140 for print job from aprivate domain. Printing device 104 may retrieve binary data 140securely for a print job. In some embodiments, printing device 104 doesso through public policy server 112. Public file server 114 also mayreceive binary data 140 from a server in a private domain, as disclosedbelow.

System 100 includes private domains 120 and 140. System 100 may includeadditional private domains, not shown here. Each private domain mayinclude a plurality of private servers that are protected by a firewallfrom access from network 102. For example, private domain 120 includesfirewall 122. Firewall 122 may be a software or hardware device thatfilters data and information coming over network 102 to private domain120 for malicious or unauthorized access. If an incoming packet of datais flagged by the filters in firewall 122, then it is not allowedthrough to private domain 120. Firewall 132 may serve the same functionfor private domain 130.

Private domain 120 includes private authentication server 124, privatejob server 126, and private policy server 128. Private domain 130includes private authentication server 134, private job server 126, andprivate policy server 128. The servers for private domain 120 aredisclosed below, but their functionality may apply to the servers inprivate domain 130. Further, additional servers may be in a privatedomain and used securely to exchange information over network 102.

Private authentication server 124 is a private domain server that willprovide authentication and authorize a user to prove his/her identify.Private authentication server 124 may be the main server that connectsthe private and public domain information exchange. In some embodiments,private authentication server 124 establishes a protocol connection 144with public policy server 112 to provide a domain list 146 for access toprivate domain 120. Private authentication server 124 also verifies auser trying to access private domain 120 using public policy server 112.

Private job server 126 is a private domain server that stores all thebinary data for the job files, or print jobs. When a user wants to printout a job file at printing device 104, private job server 126 should bequeried in order to retrieve binary data 140 to generate the print job.Private job server 126 may forward binary data 140 to public file server114 according to policy 142.

Private policy server 128 is a private domain server that hosts orstores all the policies, such as policy 142, related to a user. Whenprinting device 104 attempts to perform any function, it should requestprivate policy server 128 determine whether the user is allowed to doso. Private policy 128 may do the determination via public policy server112.

The disclosed embodiments allow access to private servers from a publicdomain or to print on printing device 104 within a public network. Anintranet application may do the authentication and job spooling so usersneed to authenticate printing device 104 before use. A policy may beassociated with where a user can print, what kind of paper, number ofpages, and the like. For example, some users may want to print from apublic location, such as a convenience store, and want to access aprivate server that stores the print jobs. They would need access fromnetwork 102.

In some embodiments, public policy server 112 is a cloud server. Publicpolicy server 112 may not be able to do accounting policy management todetermine whether a user is allowed to print at printing device 104.Private domains 120 and 130 can operate over the cloud. Public policyserver 112 may enforce the rules of the policy but management of thepolicy is still at a private server. Public policy server 112 also needsto distinguish between the private servers and private domains. Thus, ifa user is outside the private network for a private domain, publicpolicy server 112 will find the correct private domain to connect. Thatprivate domain will validate the user and access or use of the printjob.

FIG. 2 illustrates a block diagram of components of printing device 104used in conjunction with system 100 according to the disclosedembodiments. The architecture shown in FIG. 2 may apply to anymulti-functional printer or image forming apparatus that scans documentsto perform other functions, such as printing, storing, copying, and thelike. As disclosed above, printing device 104 may send and receive datafrom public domain 110 and private domains 120 and 130.

Printing device 104 includes a computing platform 201 that performsoperations to support these functions. Computing platform 201 includes acomputer processing unit (CPU) 202, an image forming unit 204, a memoryunit 206, and a network communication interface 210. Other componentsmay be included but are not shown for brevity. Printing device 104,using computing platform 201, may be configured to perform variousoperations, such as scanning, copying, printing, receiving or sending afacsimile, or document processing. As such, printing 104 may be aprinting device or a multi-function peripheral including a scanner, andone or more functions of a copier, a facsimile device, and a printer. Toprovide these functions, printing device 104 includes printer components220 to perform printing operations, copier components 222 to performcopying operations, scanner components 224 to perform scanningoperations, and facsimile components 226 to receive and send facsimiledocuments. CPU 202 may issue instructions to these components to performthe desired operations.

Printing device 104 also includes a finisher 211 and one or more papercassettes 212. Finisher 211 includes rotatable downstream rollers tomove papers with an image formed surface after the desired operation toa tray. Finisher 211 also may perform additional actions, such assorting the finished papers, binding sheets of papers with staples,doubling, creasing, punching holes, folding, and the like. Papercassettes 212 supply paper to image the various components 220, 222,224, and 226 to create the image formed surfaces on the papers. Papercassettes 212 may include papers having various sizes, colors,composition, and the like. Paper cassettes 212 may be removed to refillas needed.

Document processor input feeder tray 230 may be the physical componentsof printing device 104 to receive papers and documents to be processed.A document is placed on or in document processor input feeder tray 230,which moves the document to other components within printing device 104.The movement of the document from document processor input feeder tray230 may be controlled by the instructions input by the user. Forexample, the document may move to a scanner flatbed for scanningoperations. Thus, document processor input feeder tray 230 provides thedocument to scanner components 220. As shown in FIG. 2, documentprocessor input feeder tray 230 may interact with engine firmware 106 toperform the desired operations.

Memory unit 206 includes memory storage locations 214 to storeinstructions 215. Instructions 215 are executable on CPU 202 or otherprocessors associated with printing device 104, such as any processorswithin components 220, 222, 224, or 226. Memory unit 206 also may storeinformation for various programs and applications, as well as dataspecific to printing device 104. For example, a storage location 214 mayinclude data for running an operating system executed by computingplatform 201 to support the components within printing device 104.According to the disclosed embodiments, memory unit 206 may store thetokens and codes used in performing the authentication operations forprinting device 104.

Memory unit 206 may comprise volatile and non-volatile memory. Volatilememory may include random access memory (RAM). Examples of non-volatilememory may include read-only memory (ROM), flash memory, electricallyerasable programmable read-only memory (EEPROM), digital tape, a harddisk drive (HDD), or a solid-state drive (SSD). Memory unit 206 alsoincludes any combination of readable or writable volatile memories ornon-volatile memories, along with other possible memory devices.

Computing platform 201 may host one or more processors, such as CPU 202.These processors are capable of executing instructions 215 stored at oneor more storage locations 214. By executing these instructions, theprocessors cause printing device 104 to perform various operations. Theprocessors also may incorporate processing units for specific purposes,such as application-specific integrated circuits (ASICs) and fieldprogrammable gate arrays (FPGAs). Other processors may be included forexecuting operations particular to components 220, 222, 224, and 226. Inother words, the particular processors may cause printing device 104 toact as a printer, copier, scanner, and a facsimile device.

Printing device 104 also includes an operations panel 208, which may beconnected to computing platform 201. Operations panel 208 may include adisplay unit 216 and an input unit 217 for facilitating interaction witha user to provide commands to printing device 104. Display unit 216 maybe any electronic video display, such as a liquid crystal display (LCD).Input unit 217 may include any combination of devices that allow usersto input information into operations panel 208, such as buttons, a touchscreen, a keyboard or keypad, switches, dials, and the like. Preferably,input unit 217 includes a touch-screen digitizer overlaid onto displayunit 216 that senses touch to receive inputs from the user. By thismanner, the user interacts with display unit 216. Using thesecomponents, one may enter an identification code 138 generated by mobileapplication 110 into printing device 104.

Printing device 104 also includes network communication processing unit218. Network communication processing unit 218 may establish a networkcommunication, such as a wireless or wired connection with one or moreother image forming apparatuses and a server in an image forming system.CPU 202 may instruct network communication processing unit 218 totransmit or retrieve information over a network using networkcommunication interface 210. As data is received at computing platform201 over a network, network communication processing unit 218 decodesthe incoming packets and delivers them to CPU 202. CPU 202 may actaccordingly by causing operations to occur on printing device 104. CPU202 also may retrieve information stored in memory unit 206, such assettings for printing device 104.

Printing device 104 also includes engine 106. Engine 106 may be acombination of hardware, firmware, or software components that actaccordingly to accomplish a task. For example, engine 106 is comprisedof the components and software to print a document. It may receiveinstructions from computing platform 201 after user input via operationspanel 208. Alternatively, engine 106 may receive instructions from otherattached or linked devices.

Engine 106 manages and operates the low-level mechanism of the printingdevice engine, such as hardware components that actuate placement oftoner onto paper. Engine 106 may manage and coordinate the half-toner,toner cartridges, rollers, schedulers, storage, input/output operations,and the like. Raster image processor (RIP) firmware 290 that interpretsthe page description languages (PDLs) would transmit and sendinstructions down to the lower-level engine 106 for actual rendering ofan image and application of the toner onto paper during operations onprinting device 104.

FIG. 3 depicts a flow diagram 300 for implementing policy-based printingsystem 100 according to the disclosed embodiments. In disclosing theembodiments shown by flow diagram 300, reference may be made to elementsshown in FIGS. 1-2 and 4A, 4B, and 5. Flow diagram 300 shows theoperations between the various servers disclosed in FIG. 1 above. Flowdiagram 300 also depicts the actions taken at the various servers. Theprivate and public servers may perform additional operations and actionsnot shown herein. The operations may be executed over network 102.Further, flow diagram 300 shows the operations between public domain 110and private domain 120. Thus, firewall 122 may exist between the publicservers and the private servers. The same operations may be executedbetween public domain 110 and private domain 130.

The processes disclosed by flow diagram 300 seek to solve the problem ofhow to authenticate a user in one location, such as a convenience storewith printing services, that he/she is within an organization that has apolicy applicable to the user. Further, the policy is stored in aprivate domain not readily accessible from the printing device at theconvenience store. The printing device is connected to a public networkand may be part of a public domain, such as public domain 110. Thedisclosed embodiments enable the user and the organization to implementthe policy, which is applicable to the private domain, within the publicdomain of the printing device located in the convenience store.

Operation 302 executes by private authentication server 124 sending aninitialization request to public policy server 112. As disclosed above,private authentication server 124 is within private domain 120 andpublic policy server 112 is within public domain 110. To send theinitialization request, an administrator enter information about publicpolicy server 112. Such information may include server network address,location, server capabilities, and the like. Once the information isentered, private authentication server 124 generates a verificationtoken 502 which verifies that public policy server 112 is acceptable toreceive information and communicate with the private authenticationserver.

Operation 304 executes by returning acceptance of the initializationrequest and establishing a protocol connection 144 between privateauthentication server 124 and public policy server 112. Protocolconnection 144 may stay established as long as public policy server hasverification token 502. Verification token 502 may be stored on publicpolicy server 112 and presented whenever verification is required byprivate authentication server 124. Protocol connection 144 provides apersistent connection between private authentication server 124 andpublic policy server 112 that allows the servers to send data at anytime. Protocol connection 144 preferably may be known as a WebSocketconnection, which provides a full-duplex communication channel over asingle connection. Preferably, protocol connection 144 uses a secureprotocol.

Operation 306 executes by providing a domain list 400 from privateauthentication server 124 to public policy server 112. This operationalso may include providing the information about the privateauthentication server. Action 308 executes by setting domain list 400 atpublic policy server 112 to include domain information for privateauthentication server 124. Public policy server 112 may refer to domainlist 400 whenever a user attempts to print from a private domain. Publicpolicy server 112 may use information provided by the user to determinewhich domain to obtain policy 142. For example, public policy server 112may be connected to more than one private domain. Domain list 400determines which private domain applies to a user trying to print.

FIG. 4A depicts an example domain list according to the disclosedembodiments. Domain list 400 may be a file having fields for the privatedomains and the email domains associated with each domain. A user isidentified as part of a domain using his/her email address. Publicpolicy server 112 will compare the email provided by the user todetermine which private domain to access. As shown in FIG. 4A, privatedomain 120 may be associated with two email domains 402 and 404. A userhaving an email domain with “@example1.com” or “@example2.com” will haveits policy and associated documents located on private domain 120. Auser having an email domain 406 with “@company.com” will have its policyand associated documents located on private domain 130. Additionalprivate domains may be served by public policy server 112. Privatedomain N will receive requests for policies of users having email domain408 of “@firm.com” and private domain N+1 will receive requests forpolicies of users having email domain 410 of “@college.com.”

As can be seen, companies, firms, and colleges have an interest inkeeping their network domains private. Further, these entities may wishto limit use of printing devices within public domains according to apolicy. Domain list 400 also may include an entry for a public domain,such as public domain X. In some instances, a public domain also mayinclude policies to limit capabilities of a user on a printing device104. These policies, however, may not be within a private domain andavailable for retrieving through a public network connection. An emaildomain of “@website.com” may direct public policy server 112 to a publicdomain for the associated policy 142. Referring back to FIG. 3,operation 310 returns an acknowledgement to private authenticationserver 124 that domain list 400 has been set and protocol connection 144exists with public policy server 112.

Operation 312 executes when a user wants to print a document at printingdevice 104 coupled to public policy server 112. Authenticationinformation 504 is provided from public policy server 112 to privateauthentication server 124. In some embodiments, the user enters ausername and password that is captured by public policy server 112. Forexample, the user may enter this information at printing device 104which forwards it to public policy server 112. Alternatively, the usermay connect to public policy server 112 through an application on amobile device or the like to provide authentication information 504.

In other embodiments, the user may enter a code, such as a personalidentification number (PIN), that retrieves this information to provideit to public policy server 112. Public policy server 112 receives thecode and matches the user information when the code is provided. Otherembodiments may use a graphical code or identification card having anumber that provides this information. Operation 312 sends thisauthentication information 504, such as username, password and PIN, toprivate authentication server 124.

Action 314 executes by authenticating the user with authenticationinformation 504. Thus, user information is not stored on public policyserver 112. Authentication still occurs in private domain 120 behindfirewall 122. If the user is authenticated, then action 314 alsoincludes private authentication server 124 generating authenticationtoken 506. Operation 316 executes by indicating that the user has beenvalidated and providing authentication token 506 to public policy server112. Public policy server 112 may assign authentication token 506 to theuser. Using the PIN example, the entered PIN may be associated withauthentication token 506.

Private authentication server 124 also may provide an email address orthe email domain, such as email domains 402-412 shown in FIG. 4A, topublic policy server 112 if this information is not already available.For example, it may be too cumbersome to enter email addresses atprinting device 104. Further, the administrators of private domain 120may not want valid email addresses being entered at printing device 104on a public network or in a public place. Thus, no email address isprovided to public policy server 112 from within public domain 110 but,instead, from private domain 120. Moreover, private authenticationserver 124 may provide only the domain and not the actual email address.

Once validated, public policy server 112 now retrieves a policy 142 fromprivate policy server 128. Operation 318 executes by getting policy 142.The email domain is compared against domain list 400 to determine whichprivate domain to query for the policy. In this example,user@example1.com is the email provided to public policy server 112. Itcompares the email to domain list 400 to determine the applicable policyis within private domain 120. Public policy server 112 sends determineddomain 508, such as example1.com, along with authentication token 506 toprivate policy server 128 in operation 318. If the next user has anemail domain of @company.com, then public policy server 112 determinesthat domain 508 is company.com and that the applicable policy is locatedin private domain 130.

Action 320 executes by identifying policy 142 as being applicable to theuser based on domain 508. Authentication token 506 may be associatedwith the user and this information provided from private authenticationserver 124. Policy 142 may be a file having flags or other informationto indicate what the user can do within a public network. For example,limitations may be set as to what type of printing can be done, thenumber of pages may be printed, and the like. FIG. 4B depicts a blockdiagram of an example policy for policy 142 according to the disclosedembodiments.

Policy 142 may include policy information 448. Policy information 448may include a title of the policy, document information, and privatedomain information. Policy 142 includes data, such as flags, thatindicates what can and cannot be performed in public domain 110. Thisdata may be known as parameters in policy 142. Examples of parametersthat limit printing operations are shown in FIG. 4B. Print parameter 449may be set to indicate whether a user can even print outside privatedomain 120. Certain users may not be allowed to print in a publicdomain. Print parameter 449 may be set to limit these users to scanningdocuments only or other operations that do not allow access to anydocuments or information stored in private domain 120.

Color parameter 450 may indicate whether the user can do color printingin public domain 110. If no, then the user may be limited to only blackand write printing. The user may be allowed to do color printing atprinting devices in private domain 120 but not allowed to do so in apublic domain setting.

Pages parameter 452 may set a limit on the number of pages that a usercan print. The administrators of private domain 120 do not wantunlimited printing to occur outside the private domain. Pages parameter452 may limit the number of pages printed per day, week, month, hour,year, and the like. Alternatively, pages parameter 452 may cap thenumber of pages printed to have the user check with the administratorsof public domain 120 to reset this parameter. Once the user hits alimit, he/she requests that the number of pages printed be reset toallow further operations. Costs parameter 454 may be similar to pagesparameter 452 except to limit the amount of fees that the user may incurbefore printing is stopped. Costs parameter 454 helps prevent the userfrom running up large bills at a convenience store. It also may cap theamount of costs incurred on a periodic basis or as a total cost.

Security level parameter 456 may indicate that the user can only accessdocuments from a job list provided from private job server 126 having acertain security or access level. Security level parameter 456 may helpprevent accidental or intentional printing of sensitive documents atprinting device 104. Further, the user may have access to sensitivedocuments when printing within private domain 120 but not so whenprinting using public domain 110. Policy 142 may limit exposure to suchdocuments.

Location parameter 458 may indicate whether the user can print atcertain locations. Policy 142 may place geographic or other limitationson where the user can print using a public domain. Location parameter458 also may indicate the type of locations to allow printingoperations. For example, the administrators of private domain 120 maynot allow printing in a convenience store but may allow printing in alibrary. Device parameter 460 may act similar to location parameter 458except limit printing on certain devices. For example, policy 142 maynot allow printing on a printing device 104 that does not have legalsized paper capability or stores the data from the job file in a memoryon the device. Device parameter 460 also may limit printing operationsto known printing devices having a serial number or IP address.

Operation 322 executes by providing policy 142 to public policy server112. Public policy server 112 may configure policy 142 to determinewhether the user can print using public domain 110 and what limits onthe printing operations may be enforced. Policy 142 may apply to allusers of private domain 120. Alternatively, policy 142 may treat usersdifferently. Some users may have unlimited printing privileges accordingto parameters 452 or 454 while others are prevented from exceeding a capset forth by these parameters. Public policy server 112 configures thedeterminations using policy 142 accordingly.

Using the parameters within policy 142, operation 324 executes bygetting a job list from private job server 126. Public policy server 112may generate a job token 510. Job token 510 is presented to private jobserver 126 to obtain a job list 511 of print jobs available to the user.In some embodiments, job token 510 may include data that specifies whatprint jobs can be added to job list 511 based on the parameters setforth in policy 146. Job list 511 includes those print jobs that meetthe specifications of policy 146. For example, color print jobs will notbe included in job list 511 of policy 146 does not allow color printingfor the user in a public domain. Action 326 executes by generating joblist 511 in response to job token 510. Operation 322 executes by sendingthe print jobs in job list 511 to public policy server 112 from privatejob server 126.

The user then may select a print job from job list 511. The user mayselect from an interface provided on printing device 104 that is thencommunicated to public policy server 112. Alternatively, an applicationmay execute on a device of the user that presents the job list andallows for selection from the list. The selection is sent to publicpolicy server 112. Operation 330 executes by sending a command toprivate job server 126 to prepare a selected print job along with auniform resource locator (URL) address from public policy server 112.The URL address is one associate with public policy server 112 andaccessible from public domain 110.

Action 332 executes by retrieving and preparing the data for the printjob. Preferably, the data is binary data that represents the documentfor the print job. This may be shown as binary data 140 in FIGS. 1 and5. Action 332 also may convert the data into a format compatible withprinting device 104. For example, the document may include data thatcalls for printing on a legal sized paper while printing device 104 onlyprints using letter sized paper. The data sent from private job server126 may be modified to fit onto a letter sized paper.

Operation 334 executes by uploading binary data 140 to the URL addressprovided in operation 330. Thus, private job server 126 puts the datafor the print job outside private domain 120 for the first time at thispoint. The URL address may be valid for only a specified period of time,such as two hours, one day, a week, and the like. After that point, theURL address may expire. The URL address to download binary data 140 forthe print job is provided to public file server 114.

Public policy server 112 now retrieves binary data 140 and sends thedata to printing device 104. Before that occurs, however, the disclosedembodiments may confirm whether the user has enough funds to pay forprocessing and completing the print job. Operation 336 executes bygenerating a confirmation token 514 at public policy server 112 once itis confirmed that the user or user's account has enough money to coverexpenses to print. Public policy server 112 may compare the fundsavailable to the cost to complete the print job. If there are enoughfunds, then confirmation token 514 is generated and sent to public fileserver 114. If not, then the user may be alerted to add more funds tohis/her account.

Action 338 executes by obtaining uploaded binary data 140 from the URLaddress. Public file server 114 may send a call to the URL address whichthen sends binary data 140 to the public file server. Public file server114 may store binary data 140 until confirmation token 514 is received.If a confirmation token 514 is not received within a specified timeframe, then binary data 140 may be deleted from public file server 114.This feature prevents print jobs from private domain 120 from beingstored indefinitely in public domain 110. Other factors may be used todetermine when to delete any stored files of binary data.

Operation 340 executes by sending binary data 140 for the print job frompublic file server 114 to public policy server 112. Operation 342executes by sending binary data 140 from public policy server 112 toprinting device 104. Printing device 104 may process the print jobaccordingly. The user's account for printing on public domain 110 may becharged accordingly as well. In some embodiments, public file server 114may send binary data 140 to printing device 104.

The disclosed embodiments allow a private domain, or network, to printto a public domain using a policy applicable to the public domain.Internal policies to the private domain are not material to printing inthe public domain. Further, job data is kept private as long aspossible. The data for the print job is provided to the public domainwhen requested by the user and approved according to the policy. Thisfeature allows the user to print anywhere. The print job is notautomatically sent outside the private domain or from the privateservers until printing actually occurs. The disclosed embodimentsprovide greater flexibility for companies and users to access documentsin a secure, private location and use devices and resources in a publicsetting.

FIG. 6 illustrates a flowchart 600 for printing at printing device 104within policy-based printing system 100 according to the disclosedembodiments. Flowchart 600 may refer back to elements disclosed in FIGS.1-5 for illustrative purposes. The embodiments disclosed by flowchart600, however, are not limited to the features disclosed in FIGS. 1-5.Further, flowchart 600 may compliment the embodiments disclosed by flowdiagram 300.

Step 602 executes by establishing a protocol connection 144 betweenprivate authentication server 124 and public policy server 112. Theprotocol connection allows communication between the servers, one inprivate domain 120 and another one in public domain 110. Step 604executes by providing a domain list 146 from private authenticationserver 124 to public policy server 112. Domain list 146 may includeapplicable private domains and associated email domains that areaccessible by public policy server 112. Step 606 executes by enteringuser data 504 within public network 110 and providing the data to publicpolicy server 112. Step 608 executes by sending user data 504 to privateauthentication server 124.

Step 610 executes by validating the user at private authenticationserver 124. Private authentication server 124 checks the provided userdata 504 against its stored authentication records for the user. If theuser is validated, then step 612 executes by generating authenticationtoken 506. Step 614 executes by receiving authentication token 506 atpublic policy server 112. Step 616 executes by determining theapplicable private domain for the user according to domain list 146.Preferably, public policy server 112 uses the email address for the userto determine which private domain to access for the policy for the user.

Step 618 executes by retrieving policy 142 from private policy server128 based on the receipt of authentication token 506 and domain 508 frompublic policy server 112. Private policy server 128 is identifiedaccording to the applicable domain 508 and queried by public policyserver 112. Once verified, private policy server 128 sends policy 142 topublic policy server 112.

Step 620 executes by determining the parameters for policy 142. Thisprocess is disclosed above. As shown in FIG. 4B, policy 142 may includeparameters that outline what printing options are available to the user.Step 622 executes by applying the parameters to configure public policyserver 112 to determine what print jobs or operations are available tothe user in public domain 110.

Step 624 executes by determining whether the user is allowed to accessprinting device 104 using public domain 110 according to the policy.Further, step 624 determines what print jobs are available to the useraccording to policy 142. The determination also may include reviewingpolicy 142 for allowing other operations on printing device 104 such asscanning, editing, faxing, and the like. If no, then step 626 executesby sending a message to the user or public policy server 112 that theoperation on printing device 104 is not allowed.

If step 624 is yes, then step 628 executes by retrieving the print jobfrom private job server 126. A job list 511 may be provided. The printjob is selected from job list 511. Job token 510 is generated by publicpolicy server 112. Public policy server 112 sends job token 510 toprivate job server 126 to obtain job list 511. Upon selection of theprint job, private job server 126 uploads binary data 140 for the printjob to a location accessible by public file server 114. Step 630executes by confirming access to binary data 140 for the print job bychecking to see if the user has enough money to pay for using printingdevice 104. Other restrictions also may be checked, such as time of day,location, and the like, to confirm whether the print job should bereleased to printing device 104.

Step 632 executes by sending binary data 140 to printing device 104 uponconfirmation in step 630. Public policy server 112 generates aconfirmation token 514 to confirm that the user is allowed to print.Public policy server 112 may send confirmation token 514 to public fileserver 114. Upon receipt of the confirmation token, public file server114 may forward binary data 140 for the print job to public policyserver 112, which provides the data file to printing device 104.

FIG. 7 illustrates a flowchart 700 for implementing a policy-basedprinting system 100 in a public domain 110 according to the disclosedembodiments. Flowchart 700 may refer back to elements disclosed in FIGS.1-5 for illustrative purposes. The embodiments disclosed by flowchart700, however, are not limited to the features disclosed in FIGS. 1-5.Further, flowchart 700 may compliment the embodiments disclosed by flowdiagram 300.

As disclosed above, public policy server 112 may interact with aplurality of private domains. Public policy server 112 may retrieve andimplement more than one policy for printing or processing print jobs inpublic domain 110. In some embodiments, public policy server 112 mayimplement policies for a plurality of public domains as well. Further, aplurality of printing devices may be connected to public policy server112. Flowchart 700 discloses some embodiments that have public policyserver 112 interacting with more than one private domain.

Step 702 executes by validating users within public domain 110 atprivate authentication server 124. As disclosed above, a protocolconnection may be established between public policy server 112 andprivate authentication server 124 to exchange user information toperform the validation.

Step 704 executes by determining a private policy server for each useraccording to a domain for the user at public policy server 112. Thedomains for each user are private domains. Preferably, the email domainfor each user indicates the applicable private domain for that user.With two or more users, different email domains may indicate more thanone private domain. Step 706 executes by retrieving a policy 142 foreach user according to the respective domain from private policy server128.

Step 708 executes by determining the parameters for each policy 142. Allof the policies are received at public policy server 112. Public policyserver 112 configures the treatment of printing requests for eachprivate domain according to the corresponding policy. The policy setsforth the parameters for printing from the private domain via the publicdomain. For example, the parameters for one policy may only allow 100pages to be printed per user a month from private domain 120 while theparameters for another policy may only allow 20 pages to be printed peruser from private domain 130. Public policy server 112 is configuredaccordingly.

Step 710 executes by determining whether the user is allowed to printaccording to the applicable policy. If no, then step 712 executes bysending an alert to public policy server 112 or to the user. No printingoperations using public domain 110 are allowed. If yes, then step 714executes by receiving a job list according to the applicable policy fromprivate job server 126. Step 716 executes by making the print jobs inthe job list available to the user. Step 718 executes by selecting aprint job from the job list. Binary data 140 for the selected print jobis retrieved from private job server 126 and made available to publicfile server 114.

Step 720 executes by confirming whether the print job may be sent toprinting device 104. Public policy server 112 confirms that the user hasenough funds or credits to perform the request task on printing device104. If yes, then step 722 executes by sending the print job as binarydata 140 to printing device 104. If no, then step 724 executes bydenying the print job. The user may be prompted to provide additionalfunds or credits to perform the requested task.

FIG. 8 depicts a flowchart 800 for implementing a policy-based printingsystem 100 using tokens according to the disclosed embodiments.Flowchart 800 may refer back to elements disclosed in FIGS. 1-5 forillustrative purposes. The embodiments disclosed by flowchart 800,however, are not limited to the features disclosed in FIGS. 1-5.Further, flowchart 800 may compliment the embodiments disclosed by flowdiagram 300.

Step 802 executes by generating authentication token 506 at privateauthentication server 124. This step occurs once private authenticationserver 124 validates a user attempting to print using public domain 110.Public policy server 112 sends user information 504 including an emailaddress, username, password, or PIN to private authentication server124. Private authentication server 124, being in private domain 120, maysecurely store this information for the user. The secure userinformation is not made available in public domain 110. Authenticationtoken 506 indicates that the user may access private domain 120. Step804 executes by sending authentication token 506 to public policy server112.

Step 806 executes by sending authentication token 506 and domain 508 toprivate policy server 128. Public policy server 112 sends authenticationtoken 506 and domain 508 after the domain is determined using domainlist 146. An email address may indicate an email domain that is used asdomain 508. Domain 508 indicates which private domain to access for theapplicable policy. For example, referring to FIG. 4A, an email ofuser@example1.com will indicate private domain 120. Public policy server112 attaches authentication token 506 to domain 508 and sends therequest for the policy for the user.

Step 808 executes by retrieving policy 142 from private policy server128. Authentication token 506 confirms that the user corresponds to thepolicy. Authentication token 506 may include data provided by privateauthentication server 124 that identifies the user as able to useprivate domain 120 and, therefore, policy 142 for the private domainshould be used in printing on public domain 110. Private policy server128 sends policy 142 to public policy server 112. Public policy server112 then configures itself to apply the parameters of the policy tousing public domain for the user.

Step 810 executes by generating job token 510 at public policy server112 after applying the parameters of policy 142. The parameters maydetail what the user can do using public domain 110. These parametersmay not necessarily correspond to what the user can do using privatedomain 120. Limitations are placed on the user on how he/she can useprinting device 104. Job token 510 may reflect the parameters to compilethe job list of print jobs available to the user according to policy142.

Step 812 executes by sending job token 510 to private job server 126.Private job server 126 may store the print jobs available to the user orto users in private domain 120. In some embodiments, a plurality ofprint jobs may be available such that a job list 511 is generated basedon the parameters for the user in using public domain 110. Job token 510may be used in generating job list 511 in that it includes informationto select the appropriate print jobs to include in the print job list.

Step 814 executes by providing print job list 511 to public policyserver 112. The user may select a print job from print job list 511.Alternatively, the desired print job may already be selected such thatpublic policy server 112 receives data for the selection, such as froman application on a mobile device, that corresponds to the print job injob list 511. Public policy server 112 then requests the print job datafrom private job server 126. Step 816 executes by sending job binarydata 140 for the selected print job from private job server 126 topublic file server 114.

Step 818 executes by confirming whether the user may print or processthe print job at printing device 104. For example, public policy server112 may confirm that the user has enough funds in an account to pay forprinting on printing device 104. If step 818 is no, then step 820executes by sending an alert to the user or to public policy server 112that printing operations are to be stopped until the condition is met.Using the above example, the user may be asked to provide additionalfunds to his/her account to print the document.

If step 818 is yes, then step 822 executes by generating confirmationtoken 514 by public policy server 112. Confirmation token 514 indicatesthat the processing of binary data 140 at printing device 104 mayproceed. Step 824 executes by sending confirmation token 514 to publicfile server 114 to obtain binary data 140, which is stored thereon.Public file server 114 may send binary data 140 to public policy server112 upon receipt of confirmation token 514.

Step 826 executes by providing binary data 140 to printing device 104.Public policy server 112 may send binary data 140 once a connection isestablished with printing device 104. Public policy server 112 may haveto wait until printing device 104 is available before forwarding binarydata 140. Thus, the data from private job server 126 is not madeavailable on printing device 104 until the operations are ready tocommence. Although the current embodiments discuss printing on printingdevice 104, other operations also may occur, such as scanning, editing,faxing, and the like.

FIG. 9 depicts a flowchart 900 for selecting a plurality of print jobsfrom a plurality of private domains 120 and 130 for printing in publicdomain 110 according to the disclosed embodiments. Flowchart 900 mayrefer back to elements disclosed in FIGS. 1-5 for illustrative purposes.The embodiments disclosed by flowchart 900, however, are not limited tothe features disclosed in FIGS. 1-5. Further, flowchart 900 maycompliment the embodiments disclosed by flow diagram 300.

As disclosed above, different policies apply to different to users andprints jobs from different private domains. One private domain may notallow color printing while another private domain may not allowunlimited printing. Thus, public policy server 112 configures itself toresolve the different requirements set forth in a plurality of policiesfrom various private policy servers. Further, public policy server 112may manage different job lists and print jobs from the plurality ofprivate domains. Alternatively, a private domain may have differentdomains related to it, such as example1.com and example2.com for privatedomain 120 shown in FIG. 4A. Different policies may come from a singleprivate policy server.

Step 902 executes by generating verification token 502 at privateauthentication server 124. Private authentication server 124 receivesinformation about public policy server 112 in order to establish aprotocol connection. Verification token 502 helps to establish aconnection between private authentication server 124 and public policyserver 112. Private authentication server 134 also may generate averification token 502 to establish protocol connection to public policyserver 112.

Step 904 executes by sending verification token 502 to public policyserver 112. Step 906 executes by storing verification token 502 atpublic policy server 112. As long as public policy server 112 canpresent verification token 502 when requested or when submitting a printrequest for a user, the connection is established with privateauthentication server 124. Step 908 executes by providing domain list146 from private authentication server 124 to public policy server 112.Domain list 146 may include information pertaining to a plurality ofdomains for a plurality of private domains, as disclosed by FIG. 4A.

Step 910 executes by generating a first authentication token 506. Step912 executes by generating a second authentication token 506. The firstauthentication token may be generated in response to a first userproviding user information at public policy server 112. The secondauthentication token may be generated in response to a second userproviding user information at public policy server 112. Public policyserver 112 may access the appropriate private authentication server tovalidate the user information for each user. In some embodiments,private authentication server 124 may validate both users and generateboth authentication tokens. Alternatively, private authentication server124 may generate the first authentication token while privateauthentication server 134 may generate the second authentication token.Public policy server 112 may have instructions when to use the differentprivate authentication servers.

Step 914 executes by sending the first authentication token and a firstdomain to a first private policy server. Step 916 executes by sendingthe second authentication token and a second domain to a second policyserver. Public policy server 112 determines which private domain isapplicable to each user. The determination of the private domain may bebased on the email address for each user. In some embodiments, publicpolicy server 112 may send this data to a single private policy server,which stores different policies for different domains that use a singleprivate domain. Alternatively, the authentication tokens and domains maybe sent to separate private policy servers. For example, the firstauthentication token and first domain are sent to a first private policyserver, such as private policy server 128. The second authenticationtoken and the second domain are sent to a second private policy server,such as private policy server 138.

Flowchart 900 proceeds to steps A1 and A2 for steps 914 and 916,respectively. Steps A1 and A2 then proceed to steps 918 and 920,respectively. Step 918 executes by retrieving a first policy, such aspolicy 142, in response to the first authentication token and the firstdomain. Step 920 executes by retrieving a second policy, such as policy142, in response to the second authentication token and the seconddomain. In some embodiments, the first policy is stored on privatepolicy server 128 and the second policy is stored on private policyserver 138. Alternatively, both policies may be stored on private policyserver 128 or 138. The first policy may apply to the first user and thesecond policy may apply to the second user.

Step 922 executes by receiving the first and second policies at publicpolicy server 112. Step 924 executes by determining access to a firstprint job according to the first policy and access to a second print jobaccording to the second policy. Public policy server 112 may configurethe parameters of each policy to determine what type of print jobs maybe made available to each user. For example, the first print job may notbe available to the second user according to the second policy. Thedetermination of access may relate to what print jobs are available tothe users over public domain 110.

Step 926 executes by generating first and second job tokens, such as jobtoken 510, based on the first and second policies at public policyserver 112. A first job token is generated for the first policy and asecond job token for the second policy. In some embodiments, the firstjob token may be sent to private job server 126 and the second job tokenmay be sent to private job server 136. The different private job serversare in separate private domains. Alternatively, the job tokens may besent to private job server 126 or 136.

Step 928 executes by retrieving a first job list, such as job list 511,based on the first policy and the received first job token andretrieving the second job list, such as job list 511, based on thesecond policy and the received second job token. The applicable privatejob server or servers provide the job lists to public policy server 112.The first user may select a first print job from the first print joblist. The second user may select a second print job from the secondprint job list. These requests are communicated back to the applicationprivate job server or servers. The binary data for the first and secondprint jobs are sent to public file server 114.

Step 930 executes by generating confirmation tokens, such asconfirmation token 514, at public policy server 112 to indicate that theprint jobs may be processed at printing device 104. Public policy server112 may confirm that each user has enough funds in his/her account toperform operations on printing device 104, as disclosed above. A firstconfirmation token for the first print job is presented to public fileserver 114. A second confirmation token for the second print job ispresented to public file server 114. Public file server 114 provides thebinary data for each print job to public policy server 112. Step 932executes by sending the binary data for the first and second print jobsto printing device 104.

In some embodiments, it may be desired to not provide the policy to thepublic domain, either in a public domain server or the printing device.The policy could include details that are sent to many components withinthe system. Some servers and devices may not be able to implement thepolicy effectively. A policy may be a complex concept. Whenever policydata arrive at the device, the data may need to be parsed correctly andapplied correctly when a print job is sent to the device. Theseoperations may impose a heavy burden on the development and maintenanceof the device. Preferably, the printing system would like the printingdevice, for example, to focus on what it does, such as printing,scanning, or copying.

FIG. 10 illustrates a policy-based system 1000 to implement policy-basedprinting using a private server 1002 according to the disclosedembodiments. System 1000 may reduce development and maintenanceresponsibilities in multiple components in the system and provideadditional security with an advanced policy. In some embodiments, aprivate server at the corporate office, or private domain, has thepolicy set by an administrator. The policy changes frequently andbecomes more complex with each evolution of software within the printingsystem or on the devices.

On the private server, a ledger may exist that records all the actionsperformed by all end user who are printing, copying, scanning, and thelike within system 1000. The users may utilize printing devices andservers in a public domain such that they perform actions outside thenormal corporate environment. A public server may serve as a gateway tothe private domain. It may have open websocket bi-directionalcommunication with the private server, as disclosed above. The printingdevice is connected to the public network and also is connected to thepublic server to whether it can do a simple action on behalf of the userin processing a document.

Within the disclosed printing system, the user may use allowed printingor access to documents in each policy period in an uneven manner. Theuser does not use the services of the printing devices the same way oramount every period. One period may not use the allotted number of pagesto be printed while another period may exceed the limit placed on theuser by the policy. Further, usage from a future period may be used andapplied to the current period in order to allow the user to printdocuments. The disclosed embodiments address this imbalance to improvethe user experience and provide better usage strategies for the user andthe business.

FIG. 10 shows a policy-based system 1000 having a private server 1002, apublic server 1004, a printing device 1006, and a user device 1008.These components of the system may be disclosed above with regard toFIGS. 1-9. In system 1000, private server 1002 may refer to any of theservers in the private domain, such as private authentication server124, private job server 126, and private policy server 128 of privatedomain 120 shown in FIG. 1. Private server 1002 may be used in system1000 to mean any server or group of servers in a private domain, asdisclosed above. Private server 1002 may be separated from servers andprinting devices in public domains by firewall 1011. Private server 1002also stores and applies policy 1010. Policy 1010 may correspond topolicy 142 disclosed above.

Public server 1004 may refer to any of the servers in the public domain,such as public file server 114 and public policy server 112 of publicdomain 110 shown in FIG. 1. Public server 1004 may be accessible by aplurality of printing devices, including printing device 1006. In thepublic domain, public server 1004 may manage print jobs going to variousprinting devices. It also may include a connection to private server1002, which has been verified and authenticated according the processesdisclosed above. For example, a websocket connection 1005 may existbetween private server 1002 and public server 1004.

Printing device 1006 may receive documents from public server 1004 aswell as other sources to print, modify, and the like. The features ofprinting devices according to the disclosed embodiments are disclosedabove. Printing device 1006 may include device identification 1018 thatindicates a unique identifier within system 1000. In some embodiments,device identification 1018 may be a number, alphanumeric characters, ora combination thereof. Public server 1004 may send documents and filesto printing device 1006 based on device identification 1018.

Mobile device 1008 may be a mobile device, tablet, laptop, and the like.Mobile device 1008 may move between the private domain and the publicdomain, as separated by firewall 1011. It also may access private server1002 as well as public server 1004. A user may send and receive datafrom the servers at mobile device 1008. Mobile device 1008 also may sendinstructions 1014 to printing device 1006 to print, copy, scan, and thelike stored documents from private server 1002.

Private server 1002 may upload document 1012. Document 1012 may besimilar to the print jobs disclosed above. Document 1012 includes dataand information that is transmitted to devices within the privatedomain. The user of user device 1008 may upload document 1012 within theprivate domain. Document 1012, however, may be processed and printed atdevices outside the private domain and not necessarily at devicesconnected to private server 1002. Policy 1010 also may be used todetermine how and if document 1012 is used within system 1000 outsidethe private domain.

The user may authenticate mobile device 1008 to public server 1004according to the disclosed embodiments. For example, mobile device 1008may provide verification data, such as a user/account name and password,to verify the user to public server 1004. This process may be disclosedabove with regard to verification between public policy server 112 andprivate authentication server 124. Alternatively, the verification datamay be a token used by user device to authenticate the user in a publicdomain. Upon authentication, websocket connection 1005 may beestablished to allow open bi-directional communication between privateserver 1002 and public server 1004.

In some embodiments, printing device 1006 receives instructions 1014from mobile device 1008 to process document 1012. An electronic copy ofdocument 1012 may be sent to printing device 1006 to process and print,copy, scan, and the like. The user also may modify the electronic copy.In summary, a document stored on private server 1002 is made availableon a public device.

Before receiving document 1012, printing device 1006 in conjunction withpublic server 1004 and private server 1002 may determine whether anyaction on behalf of the user is allowed at the printing device. Anaction by printing device 1006 is a simple operation of print, copy,scan, and the like. It may be measured in the smallest scale possible,such as a single page at a time. Thus, printing device 1006 may sendrequest 1016 to public server 1004, which is then forwarded to privateserver 1002. Printing device 1006 does not do any analysis of policy1010. Private server 1002 applies policy 1010 to determine whetherprinting operations allowed on behalf of the user at printing device1006, as disclosed above by FIG. 3.

Public server 1004 receives request 1016 pertaining to the userinstructions to printing device 1006 to process document 1012. Publicserver 1004 may forward request 1016 without further processing. Inother embodiments, public server 1004 may determine whether request 1016is acceptable to private server 1002. Public server 1004 also mayperform tasks on behalf of private server 1002, such as store documentsto be sent to the printing devices. Public server 1004 also may trackprint jobs to completion. Upon receipt of responses from private server1002, public server 1004 may forward document 1012 or provide furtherinstructions to printing device 1006.

Private server 1002 receives request 1016 from public server 1004 viawebsocket connection 1005. If no websocket connection exists, thenprivate server 1002 may not receive the request and public server 1004responds to printing device 1006 with an alert that printing, copying,scanning, and the like for request 1016 is denied. Upon receipt ofrequest 1016, private server 1002 analyzes policy 1010 to determinewhether the action is allowed for the user on printing device 1006.Private server 1002 also compiles or accesses ledger 1003 to determineif the action is allowed. Ledger 1003 may be a record or file of allfine grained action within system 1000 that provides the status of theaccount for the user. For example, ledger 1003 may indicate how manypages that the user has printed in the policy-set period, costsincurred, and other statistics of actions limited by policy 1010.

Update 1020 also may be received at private server 1002 that impactpolicy 1010 and ledger 1003. Update 1020 may change the parameters ofinterest to policy 1010 or provide temporary adjustments to the policy.For example, the user may exceed his/her printing page limit by aspecified number of pages for a 24 hour period. The user is attending animportant off-site meeting or conference that would provide a goodreason to exceed the daily printing limit. Update 1020, however, is notmeant to be permanent. In the disclosed embodiments, update 1020 may beimplemented in a more efficient manner by keeping policy 1010 at privateserver 1002 as opposed to having it stored on public server 1004.Private server 1002 does not need to update policies in the publicdomain or on different devices because all policy analysis anddeterminations may be performed at the private server. In someembodiments, update 1020 may modify policy 1010 to allow unused usagefrom a previous period or borrow usage from a future period for acurrent period.

Depending on the results of the determination, private server 1002 sendsresponse 1022 to public server 1004. Response 1022 may include a copy ofdocument 1012 for printing. Document 1012 may be sent as a data fileintended to reproduce the document at printing device 1006. Response1022 may include more than one response, but is shown as a singleresponse for brevity. Public server 1004 may analyze the response toensure it is appropriate. Public server 1004 forwards response 1022 toprinting device 1006, which acts accordingly. In some embodiments,public server 1004 also may send response 1022 or a message associatedthereto to user device 1008. The response sent to mobile device 1008also may include statistics or information regarding the status of theuser's account based on ledger 1003 and policy 1010.

System 1000 shows mobile device 1008 sending instructions 1014 toprinting device 1006. In some embodiments, the user may interactdirectly with printing device 1006 to process document 1012 thereon. Useof a mobile device 1008 is not required to print, copy, or scan adocument at printing device 1006 or within the public domain. Further,mobile device 1008 may generate request 1016 to print document 1012 atprinting device 1006. The request is forwarded to private server 1002through public server 1004. Mobile device 1008 also may receive aresponse 1022 to indicate the document is being printed or may receivethe document itself, which is then provided to printing device 1006.

FIG. 11 depicts a policy-based printing system 1000 implementing splitprinting between two printing devices according to the disclosedembodiments. FIG. 12 depicts a block diagram of data within publicserver 1004 for split printing according to the disclosed embodiments.At times in a private to public print job, the printing device runs outof paper or goes off-line before the print job is finished. The printjob is allowed according to the policy and private servers but notcompleted. To continue printing, the user must move to another printingdevice and, possibly, even another location. The private server usingthe ledger and the policy may indicate that the user cannot print theentire document again at the second printing device. Further, the userdoes not want to print the whole document, but only the remaining pages.This action avoids unnecessary printing and reduces costs.

The user also does not want to go through the actions disclosed above ofresubmitting the request and await approval for another print job. Thus,the disclosed embodiments create another print job with the remainingpage range. The authenticated print policy is attached to the remainingprint job so the disclosed embodiments are not required to reacquireauthentication from the private server. The disclosed embodiments allowthe user to continue printing at any public server accessible by thepublic server.

Referring to FIG. 11, system 1000 is with data and information used tofacilitate the split printing processes. The features shown in FIG. 10also are included here but not shown for brevity. System 1000 alsoincludes another printing device 1102. Printing device 1102 is connectedto public server 1004 and includes its own device identification 1104.Device identification 1104 indicates that printing device 1102 is aseparate device within system 1000 from other printing devices, such asprinting device 1006 having device identification 1018. Printing device1102 may generate print requests and execute print jobs.

Mobile device 1106 is shown having mobile application 1106. Mobileapplication 1106 may facilitate printing operations within system 1000.Mobile application 1106 may receive and send data to public server 1004.It also may keep track of print jobs for the user of mobile device 1108.In some embodiments, mobile application 1106 may store personalidentification numbers (PINs) used within system 1000. The user mayaccess mobile application 1106 to retrieve the PINs to use within system1000. As disclosed below, the PINs may be codes that are entered orprovided to devices within system 1000. The PINs may be numbers,alphanumeric, and graphical codes displayed on mobile device 1106 usingmobile application 1106. For illustrative purposes, the PINs disclosedbelow may be treated as a sequence of numbers.

Mobile device 1008 is used to present and authenticate printing devicesusing mobile application 1106. Each printing device may include a uniquegraphical code, such as shown on a panel. The graphical code may providethe device identification and other information, such as an IP address,for the printing device. The graphical code may be scanned to providethis information to mobile application 1106. Referring to FIG. 11,printing device 1006 may include graphical code 1140 that is scanned bymobile device 1008 using camera 1107. Mobile application 1106 mayinstruct camera 1107 to capture the image of graphical code 1040. Mobileapplication 1106 may then process the captured data to obtain theinformation about printing device 1006. The same process may beperformed for printing device 1102 using graphical code 1142.

Graphical codes 1140 and 1142 may be quick response (QR) codes, barcodes, alphanumeric codes, and the like. Graphical codes 1140 and 1142may act as a machine-readable optical label that contains informationabout printing devices 1006 and 1102, respectively, to which they areattached. Such information may include data for a locator, identifier,or tracker that points to an application, such as for documentmanagement. For example, a graphical code may point to a queue for itsassociated printing device.

Mobile application 1106 uses graphical codes 1140 and 1142 toauthenticate their respective printing devices to public server 1004.Thus, before any printing is performed, mobile application 1106 scansgraphical code 1140 at printing device 1006. Mobile application 1106uses the information in the graphical code to provide the destinationfor print jobs. Printing device 1006 may be replaced by printing device1102 if the information from graphical code 1142 is subsequentlyprovided to public server 1004. In some embodiments, mobile application1106 may keep a listing of received graphical codes and associatedprinting devices to allow the user to select the information to send asthe destination for a print job.

Private server 1002 may generate a corporate PIN 1108 when document 1012is uploaded by the user. Corporate PIN 1108 is associated with document1012 in that private server 1002 will retrieve document 1012 and policy1010 when the corporate PIN is received from public server 1004. Theuser also may use corporate PIN 1108 in the private domain to print fromprinting devices connected directly to private server 1002. In otherwords, corporate PIN 1108 may be used to retrieve document 1012 from anylocation of the user. Corporate PIN 1108 may be stored by mobileapplication 1106.

When the user wants to print document 1012 in the public domain, such asusing printing device 1006, mobile application 1106 may submit corporatePIN 1108 to public server 1004. The user may authenticate using publicserver 1004 using authentication information, as disclosed above. Publicserver 1004 determines that the user of mobile device 1008 is allowed toprint using private server 1002. The user enters corporate PIN 1108generated from private server 1002 to “print” to public server 1004.Referring to FIG. 12, an entry is made on public server 1004 associatedwith corporate PIN 1108 for a user account 1200. User authenticationinformation 1202 may be used to generate a field for user account 1200in memory of public server 1004 that stores associated corporate PINs tothe user. Preferably, user authentication information 1202 also includesan address for mobile device 1008 for exchanging data with mobileapplication 1106.

Public server 1004 submits corporate PIN 1108 to private server 1002.Private server 1002 verifies corporate PIN 1108. In a sense, thesubmission of corporate PIN 1108 acts as a request 1016 disclosed aboveto print a document. Private server 1002 applies policy 1010 todetermine whether to allow the print job to proceed. If denied, then analert may be sent to the user via mobile device 1008. If allowed, thendocument 1012 is retrieved and copied from private server 1002 to publicserver 1004. Moreover, policy 1010 may be attached to the corporate PINand provided to public server 1004.

In response to receiving these files, public server 1004 generatespublic PIN 1110. Public PIN 1110 is associated with corporate PIN 1108.Referring to FIG. 12, public PIN 1110 may be stored with corporate PIN1108 in user account 1200. Further, policy 1010 will be attached topublic PIN 1110 so there is no need to apply the policy again at thetime of printing. In some embodiments, data 1204 is associated with theentry for public PIN 1110 that indicates the print job associated withthe PIN has been allowed by policy 1010. Data 1204 may be a flag or codethat indicates to public server 1004 that the print job may proceed whenpublic PIN 1110 is received from a printing device. Data 1204 may beused if policy 1010 is not available or stored on public server 1004. Insome instances, private server 1002 may not allow policy 1010 to be usedoutside the private domain.

Public PIN 1110 also is specifically generated for use with printingdevice 1006, based on its pre-authentication using graphical code 1140.Public server 1004 already authenticated the use of printing device 1006for the user of mobile application 1106. As shown in FIG. 12, the entryfor public PIN 1110 may include the information provided by graphicalcode 1140. When public PIN 1110 is received by public server 1004, theprint job will be sent to the printing device associated with graphicalcode 1140, or printing device 1006. Public server 1004 may continue toassociate graphical code 1140 and its information with public PINs untilanother graphical code is received from mobile application 1106.

Public PIN 1110 is provided to the user. Mobile application 1106 mayreceive public PIN 1110 and associate it with corporate PIN 1108 anddocument 1012. When the user selects document 1012 to print, he/she maybe provided public PIN 1110 to enter onto printing device 1006 only. Ascorporate PIN 1108 was used to determine whether the print job isallowed by policy 1010, public PIN 1110 does not need to go through suchan analysis. Public server 1004 may associate public PIN 1110 tocorporate PIN 1108. The user enters public PIN 1110 into printing device1006. Document 1012 is retrieved by public server 1004 and sent toprinting device 1006. Preferably, document 1012 is completely printedout by printing device 1006. Because of the relationship between publicPIN 1110 and graphical code 1140, public server 1004 will only senddocument 1012 if the received PIN code matches the printing device forwhich it is assigned. For example, if public PIN 1110 is received fromprinting device 1102, then public server 1004 will deny the print job.

In some instances, however, printing operations may be stopped beforedocument 1012 is completely printed. For example, printing device 1006may run out of paper. The user does not have the authority or ability toplace paper into printing device 1006. Printing operations need tocontinue elsewhere, perhaps even a different location. Referring to FIG.12, transaction 1206 is received at public server 1004 that indicatesoperations are completed but document 1012 is not totally printed out.

Transaction 1206 also may include what pages or items have been printedand what is remaining. Referring to FIG. 11, document 1012A mayrepresent the portion of document 1012 is printed by printing device1006. The portion of document 1012A may be noted by user account 1200using stop information 1212 in transaction 1206. As shown in FIG. 12,stop information 1212 indicates how far in the printing operationproceeded for document 1012. The remaining, unprinted pages may be shownby document 1012B. The printed pages are accounted for on public server1004 in document 1012. Private server 1002 may not be involved.Completion data 1208 may indicate that public PIN 1110 is used and nolonger available. In other words, the user may not enter public PIN 1110on printing device 1006 as the print job is considered “complete.”

At this point, the user may move to another printing device to finishprinting. The new printing device may be in another location or withanother service provider. The user also authenticates the new printingdevice using its graphical code. Thus, the user may use mobile device1008 and camera 1107 with mobile application 1106 to scan graphical code1142 at printing device 1102. Mobile application 1106 authenticatesprinting device 1102 by submitting graphical code 1142 and itsinformation to public server 1004. Graphical code 1142 indicates thatprinting device 1102 is now the destination point for print jobs for theuser. User information 1202 on public server 1004 may be updatedaccordingly.

In response to transaction 1206 and graphical code 1142, public server1004 generates public PIN 1112, or a second public PIN, for the printjob. Public PIN 1112 also includes a new code as well as the remainingpage range to be printed in document 1012, shown as document 1012B. Theremaining page information may be stored on public server 1004. PublicPIN 1112 also is authenticated by policy 1010 at public server 1004.Public server 1004 does not need to send another request to privateserver 1002. As noted above, such a request would require adjustments toledger 1003 and delays in determining whether the rest of document 1012can be printed out. The disclosed embodiments remove this need byhandling the split print operations at public server 1004.

Public PIN 1112 also is specifically generated for use with printingdevice 1102, based on its pre-authentication using graphical code 1142.Public server 1004 authenticates the use of printing device 1102 for theuser of mobile application 1106. As shown in FIG. 12, the entry forpublic PIN 1112 may include the information provided by graphical code1142. When public PIN 1112 is received by public server 1004, the printjob will be sent to the printing device associated with graphical code1142, or printing device 1102. Public server 1004 may continue toassociate graphical code 1142 and its information with public PINsinstead of graphical code 1140. In fact, graphical code 1140 may bedeleted from user account 1200.

Public server 1004 confirms the authenticated policy credentials forpublic PIN 1112 by associating the credentials for policy 1010 usingcorporate PIN 1108. It determines that document 1012 is already approvedfor printing and adds this information to public PIN 1112 to its entryfor corporate PIN 1108 as data 1204, disclosed above. Public PIN 1112may be sent to mobile application 1106 on mobile device 1008. The userthen selects another printing device to print the remaining pages ofdocument 1012.

Referring to FIG. 11, the user enters public PIN 1112 into printingdevice 1102. Printing device 1102 is the only authenticated printingdevice to receive public PIN 1112, as indicated by graphical code 1142.Printing device 1102 may include a separate IP address in that mobiledevice 1008 transmits public PIN 1112 to commence printing operations.Printing device 1102 forwards public PIN 1112 to public server 1004 toretrieve the remaining pages of the unprinted portion of document 1012,or document 1012B.

Public server 1004 receives and verifies public PIN 1112. Document 1012Bis sent to printing device 1102. Because policy 1010 already authorizedprinting to document 1012B, there is no need to send a request toprivate server 1002. Printing device 1102 receives document 1012B andcompletes the printing of document 1012. The user, therefore, printsdocument 1012 between two or more printing devices without the need toreacquire policy 1010 from private server 1002.

In some embodiments, more than two public PINs may be issued during theprinting of document 1012. Transaction 1214 is received from printingdevice 1102 that printing is complete. If printing is not complete, thenpublic server may determine the remaining pages and generate anothercode for a public PIN, as disclosed above, upon receipt of anothergraphical code for another printing device. Another entry may be madefor corporate PIN 1108. If printing is complete, then public server 1004may use transaction 1214 to generate statistics for private server 1002about the print job so that ledger 1003 may be updated. Corporate PIN1108 and any associated public PINs may be deleted from public server1004. Mobile application 1106 also may delete any PINs received tocomplete the print job of document 1012.

FIG. 13 depicts a flowchart 1300 for printing using public server 1004in a policy-based system 1000 according to the disclosed embodiments.Flowchart 1300 may refer to FIGS. 1-12 for illustrative purposes. Theembodiments disclosed by flowchart 1300, however, are not limited by thefeatures of FIGS. 1-12.

Step 1302 executes by uploading document 1012 to private server 1002.Document 1012 may be uploaded by the user. In some embodiments, mobiledevice 1008 may upload document 1012. Step 1304 executes by generatingcorporate PIN 1108 by private server 1002. Corporate PIN 1108 may be acode that corresponds to document 1012. When received at private server1002, corporate PIN 1108 indicates that document 1012 is requested to beprinted. If received within the private domain with private server 1002,then document 1012 may be printed to the device. If the device isoutside the private domain, then policy 1010 is applied to determinewhether document 1012 may be printed.

Step 1306 executes by sending corporate PIN 1108 to mobile application1106 on mobile device 1008 of the user. Mobile application 1106 maystore corporate PIN 1108 on mobile device 1008 and make it availablewhen requested by the user. The user may select document 1012 to printand corporate PIN 1108 displayed on mobile device 1008. When usingpublic devices, mobile application 1106 may not be able to providecorporate PIN 1108 to use on public printing devices, such as in aconvenience store.

Step 1308 executes by scanning graphical code 1140 at printing device1006 by mobile device 1008. Camera 1107 may be used to capture graphicalcode 1140. Mobile application 1106 or another reader may process thedata within graphical code 1140 to determine the information needed toset printing device 1006 as the destination printing device for theuser, or mobile application 1106. Step 1310 executes by authenticatingprinting device 1006 at public server 1004 using graphical code 1140.Mobile application 1106 may send the information for graphical code 1140to have printing device 1006 associated with user account 1200. Anyprint jobs for the user will be sent to printing device 1006. Publicserver 1004 may also determine that the graphical code is acceptable andthe information received allows the public server to set up the printingdevice as the destination. If additional information is needed, publicserver 1004 may send a query to the user through mobile application 1106to provide the information.

Step 1312 executes by receiving corporate PIN 1108 at public server 1004from mobile application 1106. The user wishes to print document 1012.Mobile application 1106 sends corporate PIN 1108 to request approval toprint document 1012. Public server 1004 may create an entry forcorporate PIN 1108 for user account 1200. Public server 1004 thengenerates a request 1016 for document 1012. Request 1016 may include anactual request, as disclosed above, or may just include corporate PIN1108. Step 1314 executes by sending corporate PIN 1108 to private server1002. Public server 1004 sends the request with corporate PIN 1108 toprivate server 1002 over connection 1005.

Step 1316 executes by associating corporate PIN 1108 with document 1012.Private server 1002 receives corporate PIN 1108 from public server 1004.Private server 1002 may verify that corporate PIN 1108 is acceptable. Itthen determines which document is associated with the code. Privateserver 1002 also notes that a policy applies to any printing of thedocument by the user. Thus, step 1310 also includes associating policy1010 with corporate PIN 1108 in the sense that it is used in conjunctionwith document 1012.

Step 1318 executes by applying policy 1010 to determine whether to printdocument 1012. Document 1012 may be sent to public server 1004 insteadof a printing device. Thus, policy 1010 is applied to determine whetherdocument 1012 is provided to public server 1004. An actual printingdevice is not considered at this point. The application of a policy todetermine whether to print is disclosed in greater detail above.

Step 1320 executes by determining whether to allow the print job fordocument 1012 as requested by the user. If no, then step 1322 executesby sending an alert that printing is denied by private server 1002. Thealert may be sent to mobile application 1106 to inform the user. Analert also may be sent to public server 1004 to deny further requestsrelated to corporate PIN 1108. If step 1320 is yes, then step 1324executes by copying document 1012 to public server 1004. The data filesenclosing the information needed to print document 1012 is sent. Thedata is associated with corporate PIN 1108 at public server. Forexample, document 1012 may be stored at user account 1200 with corporatePIN 1108.

Step 1326 executes by generating public PIN 1110 by public server 1004in response to document 1012. Public PIN 1110 also is associated withcorporate PIN 1108 so that receipt of the public PIN at public serverwill identify document 1012 to print. Public PIN 1110 also is generatedspecifically for use on printing device 1006, as indicated by graphicalcode 1140 received from mobile application 1106. Public PIN 1110 willnot be accepted if entered on another printing device not associatedwith graphical code 1140. Step 1328 executes by sending public PIN 1110to mobile application 1106. Mobile application 1106 may alert the userthat the public PIN is received. Public PIN 1110 may be displayed onmobile device 1008.

Step 1330 executes by receiving public PIN 1106 at printing device 1006.This step is disclosed in greater detail by FIG. 15. The user may enterthe code for public PIN 1106 on operations panel 208 or other interfacefor the printing device. Printing device 1006 captures the charactersfor the code and generates a request based on the code. Alternatively,mobile application 1106 may send the code for public PIN 1106 toprinting device 1006 over a network or with an electronic connection.The user does not enter information onto the printing device. Printingdevice 1006 may confirm the code and generate the request using thecode.

Step 1332 executes by receiving public PIN 1110 to public server 1004from printing device 1006. Public server 1004 confirms receipt andverifies that public PIN 1110 is received from printing device 1006 dueto the association with graphical code 1140. Public server 1004 may senda notification to the user through mobile application 1106 that publicPIN 1110 matches the printing device associated with graphical code1140. If public PIN 1110 is not received from printing device 1006, thenan alert may be sent to mobile application 1106 indicating that theprint job is denied. Step 1334 executes by associating public PIN 1110with corporate PIN 1108. Data for user account 1200 may be analyzed toidentify document 1012 to print at printing device 1006 using theassociated corporate PIN 1108. In other embodiments, public server 1004may identify document 1012 using public PIN 1110.

Step 1336 executes by retrieving document 1012 stored on public server1004. Public PIN 1110 does not need to be verified using policy 1010 atprivate server 1002 as this determination is made earlier usingcorporate PIN 1108. Public server 1004 in a sense includes policy 1010being attached to public PIN 1110. Step 1338 executes by sendingdocument 1012 to printing device 1006, as indicated by public PIN 1110and graphical code 1140.

FIG. 14 depicts a flowchart 1400 for performing split printing usingpublic server 1004 and different printing devices 1006 and 1102according to the disclosed embodiments. Flowchart 1400 may refer toFIGS. 1-13 for illustrative purposes. The embodiments disclosed byflowchart 1400, however, are not limited by the features of FIGS. 1-13.

Step 1402 executes by printing document 1012 at printing device 1006based on the use of public PIN 1110, as disclosed in flowchart 1300.Step 1404 executes by stopping the print job for document 1012 ordetermining that printing device 1006 is no longer available. Step 1406executes by determining that the print job for document 1012 is notcomplete. A portion of document 1012 is not printed. Referring to FIG.11, printing device 1006 prints a first portion of document 1012, ordocument 1012A.

In some instances, printing operations may be stopped at the printingdevice due to some condition. For example, the printing device may runout of paper or may include an error that needs to be addressed. A paperjam may occur that stops printing any more pages of the document. Theprinting device may go off-line for some reason. The user, however, maynot be able to fix or resolve the problem or stoppage of printingoperations. Further, it may be hours or longer before the issue with theprinting device is resolved. The user, therefore, may need to move toanother printing device to complete printing.

Step 1408 executes by determining the unprinted portion of document1012. In some embodiments, the unprinted portion may be pages. In otherembodiments, it may be files not printed. Printing device 1006 capturesthis data. Step 1410 executes by sending transaction 1206 to publicserver 1004 with information about the unprinted portion of the printjob. Transaction 1206 may indicate the number of pages printed indocument 1012A and others remain unprinted. This feature may be noted inuser account 1200 by stop information 1212. The portion of document 1012printed at printing device 1006 may be shown by document 1012A whereasthe unprinted portion may be shown by document 1012B.

The user may move to another printing device to complete printingoperations. In some instances, the user may move to another locationsuch that printing may be delayed by some period of time. When the userlocates another printing device, such as printing device 1102, step 1412executes by scanning graphical code 1142 by mobile device 1008. The sameoperations may be performed as disclosed above by step 1308. Mobileapplication 1106 is able to obtain the information within graphical code1142 for printing device 1102.

Step 1414 executes by authenticating printing device 1102 at publicserver 1004 using the information from graphical code 1142. Mobileapplication 1106 may send the information for graphical code 1142 tohave printing device 1102 associated with user account 1200, therebyreplacing printing device 1006 as the destination for print jobs by theuser. Any print jobs for the user will be sent to printing device 1102.Public server 1004 may also determine that the graphical code isacceptable and the information received allows the public server to setup printing device 1102 as the destination. If additional information isneeded, public server 1004 may send a query to the user through mobileapplication 1106 to provide the information.

Step 1416 executes by generating a public PIN 1112 for the remainingunprinted portion of document 1012. Public server 1004 notes that publicPIN 1110 is already used and, therefore, not available to continueprinting. Use of public PIN 1110 again also would cause the entiredocument to be sent to the new printing device, which may violate policy1010. Thus, a new public PIN 1112 is generated without needing to applypolicy 1010. Public server 1004 identifies the unprinted portion withcorporate PIN 1108 that is approved by policy 1010. The approval isplaced with public PIN 1112 to continue printing operations. Further,public PIN 1112 also is generated specifically for use on printingdevice 1102, as indicated by graphical code 1142 received from mobileapplication 1106. Public PIN 1112 will not be accepted if entered onanother printing device not associated with graphical code 1142. Thus, asecond printing device may be set as the printing destination for theuser along with a new public PIN.

Step 1418 executes by sending public PIN 1112 to mobile application 1106on mobile device 1008. The user may be notified and informed that he/shemay continue printing at another printing device. The user moves toprinting device 1102 for printing the rest of document 1012. Step 1420executes by receiving public PIN 1112 at another printing device 1102.The different ways to provide a public PIN to a printing device aredisclosed above and in greater detail by FIG. 15 below. Printing device1102 captures the code for public PIN 1112 as sends it to public server1004.

Step 1422 executes by receiving public PIN 1112 at public server 1004from printing device 1102. Public server 1004 confirms receipt andverifies that public PIN 1112 is received from printing device 1102 dueto the association with graphical code 1142. Public server 1004 may senda notification to the user through mobile application 1106 that publicPIN 1112 matches the printing device associated with graphical code1142. If public PIN 1112 is not received from printing device 1102, thenan alert may be sent to mobile application 1106 indicating that theprint job is denied.

Step 1424 executes by associating public PIN 1112 with corporate PIN1108 and the unprinted portion of document 1012, shown as document1012B. Public PIN 1112 does not have to be verified by anotherapplication of policy 1010, or sending a request to private server 1002.Step 1426 executes by retrieving the unprinted portion by public server1004 based on the information provided by transaction 1206. Step 1428executes by sending the unprinted portion of document 1012 to printingdevice 1102.

Step 1430 executes by printing the unprinted portion, or document 1012B,at printing device 1102. The combination of document 1012A and document1012B should provide the print job of document 1012. Step 1432 executesby sending transaction 1214 generated by printing device 1102 to publicserver 1004. Transaction 1214 may indicate that the print job iscomplete. In some embodiments, if another stoppage occurs, thentransaction 1214 may indicate remaining unprinted portion of document1012 that needs another public PIN to use at another printing device.

Step 1434 executes by deleting the PINs from public server 1004 andmobile application 1106 so that they cannot be used again. In someembodiments, corporate PIN 1108 may stay on public server 1004 butanother request to print document 1012 may need to go to private server1002 to apply policy 1010. Printing device 1102, however, may still bethe destination printing device based on its authentication usinggraphical code 1142. Step 1436 executes by updating ledger 1003 with thestatistics of the print job, such as pages printed, costs incurred, andthe like.

FIG. 15 depicts a flowchart 1500 for receiving a public PIN at aprinting device according to the disclosed embodiments. Flowchart 1500may relate to step 1324 of flowchart 1300 and step 1416 of flowchart1400 disclosed above. These steps disclose receiving public PIN 1110 or1112 at a printing device. The public PIN may be entered or transmittedto the printing device. For the purposes of flowchart 1500, thedisclosed embodiments may refer to public PIN 1112 and printing device1102, which are used to print the unprinted portion of the document.

Step 1502 executes by receiving public PIN 1112 at mobile application1106. The received public PIN corresponds to a corporate PIN 1108 fordocument 1012 and graphical code 1142 for printing device 1102. Mobileapplication 1106 may store this relationship. Step 1504 executes bydisplaying public PIN 1112 on mobile device 1008 to the user. This stepmay be executed later as well. The user may want to verify that it isacceptable to print document 1012B for the unprinted pages.

Step 1506 executes by determining whether public PIN 1112 will betransmitted from mobile device 1008 to printing device 1102. As publicPIN 1112 is a code, it may be provided to other devices as data. If yes,then step 1508 executes by sending public PIN 1112 to printing device1102. In some embodiments, the public PIN may be sent over a network toan IP address associated with printing device 1102. In otherembodiments, mobile device 1008 may connect to printing device 1102,either wired or wirelessly. Printing device 1102 receives public PIN1112 using the features disclosed in FIG. 2. Step 1510 executes byconfirming public PIN 1112 is acceptable. A verification message may besent to mobile application 1106. Printing device 1102 also may confirmthat public PIN 1112 is in an acceptable format to forward to publicserver 1004. If not, then an alert may be sent to the user throughmobile application 1106.

If step 1506 is no, then step 1512 executes by entering the code forpublic PIN 1112 at printing device 1102. The user may punch in the codeat operations panel 208 of printing device 1102. Printing device 1102captures the entries and generates the information for the code to sendto public server 1004. Step 1514 executes by generating a request forthe unprinted portion of document 1012 to send. Step 1516 executes bysending the request with public PIN 1112 to public server 1004. Publicserver 1004 may respond with a confirmation of receipt of the requestand that public PIN 1112 is acceptable to printing device 1102 or mobileapplication 1106. The remaining portion of the document is sent toprinting device 1102 for printing operations.

As will be appreciated by one skilled in the art, the present inventionmay be embodied as a system, method or computer program product.Accordingly, the present invention may take the form of an entirelyhardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module” or “system.” Furthermore,the present invention may take the form of a computer program productembodied in any tangible medium of expression having computer-usableprogram code embodied in the medium.

Any combination of one or more computer usable or computer readablemedium(s) may be utilized. The computer-usable or computer-readablemedium may be, for example but not limited to, an electronic, magnetic,optical, electromagnetic, infrared, or semiconductor system, apparatus,device, or propagation medium. More specific examples (a non-exhaustivelist) of the computer-readable medium would include the following: anelectrical connection having one or more wires, a portable computerdiskette, a hard disk, a random access memory (RAM), a read-only memory(ROM), an erasable programmable read-only memory (EPROM or Flashmemory), an optical fiber, a portable compact disc read-only memory(CD-ROM), an optical storage device, a transmission media such as thosesupporting the Internet or an intranet, or a magnetic storage device.Note that the computer-usable or computer-readable medium could even bepaper or another suitable medium upon which the program is printed, asthe program can be electronically captured, via, for instance, opticalscanning of the paper or other medium, then compiled, interpreted, orotherwise processed in a suitable manner, if necessary, and then storedin a computer memory.

Computer program code for carrying out operations of the presentinvention may be written in any combination of one or more programminglanguages, including an object oriented programming language such asJava, Smalltalk, C++ or the like and conventional procedural programminglanguages, such as the “C” programming language or similar programminglanguages. The program code may execute entirely on the user's computer,partly on the user's computer, as a stand-alone software package, partlyon the user's computer and partly on a remote computer or entirely onthe remote computer or server. In the latter scenario, the remotecomputer may be connected to the user's computer through any type ofnetwork, including a local area network (LAN) or a wide area network(WAN), or the connection may be made to an external computer (forexample, through the Internet using an Internet Service Provider).

The present invention is described with reference to flowchartillustrations and/or block diagrams of methods, apparatus (systems) andcomputer program products according to embodiments of the invention. Itwill be understood that each block of the flowchart illustrations and/orblock diagrams, and combinations of blocks in the flowchartillustrations and/or block diagrams, can be implemented by computerprogram instructions. These computer program instructions may beprovided to a processor of a general purpose computer, special purposecomputer, or other programmable data processing apparatus to produce amachine, such that the instructions, which execute via the processor ofthe computer or other programmable data processing apparatus, createmeans for implementing the functions/acts specified in the flowchartand/or block diagram block or blocks.

The flowchart and block diagrams in the figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof code, which comprises one or more executable instructions forimplementing the specified logical function(s). It should also be notedthat, in some alternative implementations, the functions noted in theblock may occur out of the order noted in the figures. For example, twoblocks shown in succession may, in fact, be executed substantiallyconcurrently, or the blocks may sometimes be executed in the reverseorder, depending upon the functionality involved. It will also be notedthat each block of the block diagrams and/or flowchart illustration, andcombinations of blocks in the block diagrams and/or flowchartillustration, can be implemented by special purpose hardware-basedsystems that perform the specified functions or acts, or combinations ofspecial purpose hardware and computer instructions.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the invention. Asused herein, the singular forms “a,” “an” and “the” are intended toinclude plural forms as well, unless the context clearly indicatesotherwise. It will be further understood that the terms “comprises”and/or “comprising,” when used in this specification, specific thepresence of stated features, integers, steps, operations, elements,and/or components, but do not preclude the presence or addition of oneor more other features, integers, steps, operations, elements,components, and/or groups thereof.

Embodiments may be implemented as a computer process, a computing systemor as an article of manufacture such as a computer program product ofcomputer readable media. The computer program product may be a computerstorage medium readable by a computer system and encoding a computerprogram instructions for executing a computer process. When accessed,the instructions cause a processor to enable other components to performthe functions disclosed above.

The corresponding structures, material, acts, and equivalents of allmeans or steps plus function elements in the claims below are intendedto include any structure, material or act for performing the function incombination with other claimed elements are specifically claimed. Thedescription of the present invention has been presented for purposes ofillustration and description, but is not intended to be exhaustive orlimited to the invention in the form disclosed. Many modifications andvariations will be apparent to those of ordinary skill without departingfrom the scope and spirit of the invention. The embodiment was chosenand described in order to best explain the principles of the inventionand the practical application, and to enable others of ordinary skill inthe art to understand the invention for embodiments with variousmodifications as are suited to the particular use contemplated.

One or more portions of the disclosed networks or systems may bedistributed across one or more multi-functional printer (MFP) systemscoupled to a network capable of exchanging information and data. Variousfunctions and components of the MFP system may be distributed acrossmultiple client computer platforms, or configured to perform tasks aspart of a distributed system. These components may be executable,intermediate or interpreted code that communicates over the networkusing a protocol. The components may have specified addresses or otherdesignators to identify the components within the network.

It will be apparent to those skilled in the art that variousmodifications to the disclosed may be made without departing from thespirit or scope of the invention. Thus, it is intended that the presentinvention covers the modifications and variations disclosed aboveprovided that these changes come within the scope of the claims andtheir equivalents.

What is claimed is:
 1. A policy-based printing method comprising:authenticating a first printing device at a public server using a firstgraphical code received from a mobile application on a mobile device,wherein the first graphical code includes information about the firstprinting device; receiving a corporate personal identification number(PIN) at the public server from the mobile application, wherein thecorporate PIN corresponds to a document stored on a private server;applying a policy to allow a print job for the document based on thecorporate PIN at the private server; copying the document from theprivate server to the public server; generating a first public PINcorresponding to the corporate PIN at the public server, wherein thefirst public PIN is for use with the first printing device; sending thefirst public PIN to the mobile application; receiving the first publicPIN at the public server from the first printing device having the firstgraphical code; sending the document corresponding to the corporate PINto the first printing device in response to the first public PIN;printing the document at the first printing device; stopping the printjob of the document; authenticating a second printing device at thepublic server using a second graphical code received from the mobileapplication, wherein the second graphical code includes informationabout the second printing device; generating a second public PIN at thepublic server corresponding to the corporate PIN, wherein the secondpublic PIN refers to an unprinted portion of the document, and whereinthe second public PIN is for use with the second printing device;receiving the second public PIN at the public server from the secondprinting device; sending the unprinted portion of the document to thesecond printing device; and printing the unprinted portion of thedocument at the second printing device.
 2. The policy-based printingmethod of claim 1, further comprising generating the corporate PIN atthe private server upon receipt of the document.
 3. The policy-basedprinting method of claim 1, further comprising scanning the firstgraphical code at the first printing device using the mobile device. 4.The policy-based printing method of claim 1, further comprising scanningthe second graphical code at the second printing device using the mobiledevice.
 5. The policy-based printing method of claim 1, furthercomprising sending a request including the corporate PIN to the privateserver from the public server.
 6. The policy-based printing method ofclaim 1, wherein the corporate PIN, the first public PIN, or the secondpublic PIN includes an alphanumeric code.
 7. The policy-based printingmethod of claim 1, further comprising entering the first public PIN atthe first printing device.
 8. The policy-based printing method of claim1, further comprising entering the second public PIN at the secondprinting device.
 9. The policy-based printing method of claim 1, furthercomprising receiving the first public PIN at the first printing devicefrom the mobile application.
 10. The policy-based printing method ofclaim 1, further comprising receiving the second public PIN at thesecond printing device from the mobile application.
 11. A policy-basedprinting method comprising: authenticating a first printing device at apublic server using a first graphical code sent from a mobileapplication on a mobile device; sending a corporate personalidentification number (PIN) entered into the mobile application to thepublic server, wherein the corporate PIN corresponds to a documentstored on a private server connected to the public server; applying apolicy stored at the private server to determine whether to print thedocument corresponding to the corporate PIN at the first printingdevice; copying the document from the private server to the publicserver; receiving a first public PIN at the mobile application from thepublic server to print the document only at the first printing device,wherein the first public PIN corresponds to the corporate PIN; receivingthe first public PIN at the public server from the first printingdevice; printing a first portion of the document at the first printingdevice; determining that the first printing device is not available;authenticating a second printing device at the public server using asecond graphical code sent from the mobile application on the mobiledevice; receiving a second public PIN at the mobile application from thepublic server to print a second portion of the document only at thesecond printing device, wherein the second public PIN corresponds to thecorporate PIN; receiving the second public PIN at the public server fromthe second printing device; printing the second portion of the documentat the second printing device.
 12. The policy-based printing method ofclaim 11, further comprising entering the first public PIN at the firstprinting device.
 13. The policy-based printing method of claim 11,further comprising entering the second public PIN at the second printingdevice.
 14. The policy-based printing method of claim 11, furthercomprising determining that the second printing device is in a differentlocation than the first printing device.
 15. The policy-based printingmethod of claim 11, further comprising associating the policy to thefirst public PIN and the second public PIN.
 16. The policy-basedprinting method of claim 11, further comprising scanning the firstgraphical code or the second graphical code using the mobile device. 17.A policy-based printing system comprising: a mobile device configured toexecute a mobile application; a private server storing a document and acorporate personal identification number (PIN) corresponding to thedocument, wherein a policy is applied to determine whether to print thedocument upon receipt of the corporate PIN at the private server,wherein the corporate PIN is provided to the mobile application; a firstprinting device having a first graphical code; a second printing devicehaving a second graphical code; a public server connected to the privateserver and configured to authenticate the first printing device uponreceipt of the first graphical code from the mobile application, sendthe corporate PIN upon receipt from the mobile device, copy the documentfrom the private server to the public server; generate a first publicPIN specifically for the first printing device upon receipt of thecorporate PIN from the mobile application, send the first public PIN tothe mobile application, receive the first public PIN from the firstprinting device, send the document to the first printing device, receivea notification that printing is stopped at the first printing device,authenticate the second printing device upon receipt of the secondgraphical code from the mobile application, generate a second public PINspecifically for the second printing device, wherein the second publicPIN relates to an unprinted portion of the document, send the secondpublic PIN to the mobile application, receive the second public PIN fromthe second printing device, and send the unprinted portion of thedocument to the second printing device.
 18. The policy-based printingsystem of claim 17, wherein the mobile device is configured to scan thefirst graphical code at the first printing device or the secondgraphical code at the second printing device.
 19. The policy-basedprinting system of claim 17, wherein the first printing device or thesecond printing device includes an operations panel to receive the firstpublic PIN or the second public PIN, respectively.
 20. The policy-basedprinting system of claim 17, wherein the first graphical code or thesecond graphical code is a quick response (QR) code.